home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950929-19951130 / 000280_news@columbia.edu_Thu Nov 2 03:42:04 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA24430
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Fri, 3 Nov 1995 10:05:01 -0500
  3. Received: by apakabar.cc.columbia.edu id AA18518
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Fri, 3 Nov 1995 10:04:59 -0500
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!spool.mu.edu!howland.reston.ans.net!swrinde!cs.utexas.edu!academ!bcm.tmc.edu!news.msfc.nasa.gov!newsfeed.internetmci.com!inet-nntp-gw-1.us.oracle.com!news.caldera.com!news.cc.utah.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit vs. FTP speed
  9. Message-Id: <1995Nov2.094204.65699@cc.usu.edu>
  10. Date: 2 Nov 95 09:42:04 MDT
  11. References: <46jq0k$gol@galileo.csun.edu> <46mcpb$i9l@apakabar.cc.columbia.edu> <478um3$jsk@galileo.csun.edu>
  12. Organization: Utah State University
  13. Lines: 47
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <478um3$jsk@galileo.csun.edu>, swalton@galileo.csun.edu (Stephen Walton) writes:
  17. > In article <46mcpb$i9l@apakabar.cc.columbia.edu>,
  18. > Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote:
  19. >>In article <46jq0k$gol@galileo.csun.edu>,
  20. >>Stephen Walton <swalton@galileo.csun.edu> wrote:
  21. >>>I'm almost embarrassed to be posting this, but here goes: I'm trying
  22. >>>to transfer binary files from a 386 PC with Optical WORM disk to an HP
  23. >>>series 700 machine.
  24. >>>...
  25. >>>transfer speeds with
  26. >>>Kermit which top out at 12 Kb/s, as compared to 35 Kb/s using FTP.
  27. > 
  28. >>There are several potential bottlenecks.  First, of course, is the
  29. >>hardware -- the PC and the WORM disk -- which explains why FTP is so slow.
  30. > 
  31. > Both FTP and Kermit are quite slow on this particular machine. Since I
  32. > wrote last, I tried both on another machine (a 486/33 EISA machine) and
  33. > see transfer speeds measured in the hundreds of KB/s.  In addition to
  34. > everything else, the WORM disk goes through the ASPI driver because it
  35. > has changeable platters, which adds another layer of overhead.  However,
  36. > copying the f
  37. le to transfer to the hard disk didn't speed things up.
  38. > That hard disk is also a SCSI disk with the ASPI driver between it and
  39. > MS/DOS, though, so if that is the culprit it would affect both drives.
  40. > 
  41. >>Second would be the Kermit protocol settings.  What happens if you crank
  42. >>up the window size and packet length?  Does it make a difference?
  43. > 
  44. > No.
  45. > 
  46. >>Third is flow control.  Tell both Kermit programs to "set flow none".
  47. >>Let TCP and IP take care of it.
  48. > 
  49. > Oddly enough, this seems to break the transfer.  Whenever I do 'set
  50. > flow none' the transfer hangs up as if packets are being lost.  The
  51. > specific hard/software I'm using is an NE-1000 Ethernet board with the
  52. > latest NCSA packet driver, MS/DOS 5.00, MS-Kermit 3.14, C Kermit
  53. > 5A(190), HP/UX 9.05.
  54.  
  55.     NE-1000's are 8-bit Ethernet boards and are hardly suitable for
  56. today's swift traffic. Are you really on an 8088 machine? If not please
  57. try an NE-2000 16-bit board.
  58.     NCSA doesn't make Packet Drivers. Perhaps you mean Crynwr Collection
  59. Packet Drivers.
  60.     The indication of loss of comms when XON/XOFF flow control is turned
  61. off is a dead giveaway for the Ethernet board (the NE-1000) being clobbered
  62. by fast traffic.
  63.         Joe D.